home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000478_news@columbia.edu _Fri Feb 9 05:27:00 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id FAA21967 for <kermit.misc@watsun>; Fri, 9 Feb 1996 05:26:59 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id FAA26460 for kermit.misc@watsun; Fri, 9 Feb 1996 05:26:55 -0500 (EST)
  4. Path: news.columbia.edu!news.new-york.net!news.iag.net!news.math.psu.edu!chi-news.cic.net!brutus.bright.net!usenet.eel.ufl.edu!warwick!bignews.shef.ac.uk!kusogari
  5. From: kusogari@shef.ac.uk (Earl H. Kinmonth)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: bugs in Ckermit and Mskermit vt100 mode
  8. Date: 9 Feb 1996 00:16:56 GMT
  9. Organization: Centre for Japanese Studies, Univ. of Sheffield
  10. Lines: 26
  11. Message-ID: <4fe3po$1gr@bignews.shef.ac.uk>
  12. Reply-To: cck@kuso.shef.ac.uk
  13. NNTP-Posting-Host: kuso.shef.ac.uk
  14. X-Newsreader: TIN [version 1.2 PL2]
  15.  
  16. I have observed the following unfriendly behavior in vt100 mode 
  17. with Ckermit and Mskermit:
  18.  
  19. 1) With Ckermit for OS2 running under OS2 Windows 3.0 Japanese,
  20. garbage (control characters?) in English language posts will
  21. cause Ckermit to switch to a mode in which everything on screen
  22. appears in the Japanese katakana font although the source text is
  23. actually ascii.  This is purely an internal Ckermit problem.
  24. Using ALT+X to go to the command prompt gives a standard English
  25. display.
  26.  
  27. So far I've found nothing other than restarting Ckermit that will
  28. fix this situation.
  29.  
  30. 2) With MsKermit 3.14 for DOS with input echo on in an automated
  31. login sequence, the vt100 initialization string returned by tset
  32. (?) will result in the screen being switched to 40 column mode.
  33. This happens with the termcap/terminfo supplied with SCO UNIX ODT
  34. 3.0.  This does <not> happen for logins done by hand.  The
  35. problem appears only with <script> driven logins.
  36.  
  37. Running mode bw80 will reset the screen to the proper display.
  38.  
  39. --
  40. Earl H. Kinmonth, Centre for Japanese Studies, University of Sheffield,
  41. Sheffield, England S10 2TN jp1ek@sunc.sheffield.ac.uk